揭开微信小程序 Kbone 的神秘面纱

微信小程序诞生至今，渗透到用户生活的方方面面，包括餐厅点餐，网上购物，乘车出行，挂号就医……

做为开发者，你是否有这样的烦恼？——

“当 Web 项目完成之后，产品经理也想搭一套一样的在小程序端。”

这时的你，是不是有种“透心凉”的感觉？再搭一套同样的项目，肯定会有成本。比如同时维护两套类似的代码，这对于开发者来说是相当头疼的一件事情！

针对上述的问题，微信小程序推出了 Kbone 来解决微信小程序的同构问题。Kbone是什么，以及做了什么，我们继续来一探究竟。

Kbone 是什么？

Kbone 是一个致力于微信小程序和 Web 端同构的解决方案。

微信小程序的底层模型和 Web 端不同，我们想直接把 Web 端的代码挪到小程序环境内执行是不可能的。Kbone 的诞生就是为了解决这个问题，它实现了一个适配器，在适配层里模拟出了浏览器环境，让 Web 端的代码可以不做什么改动便可运行在小程序里。

这样，我们就可以借助 Kbone 快速实现 Web 项目转化为微信小程序项目。

Kbone的优劣

你可能想问：“市面上同构的方案那么多？我为什么要选择 Kbone 呢？”

这里，我们来谈谈 Kbone 到底有什么优势：

1. 大部分流行的前端框架都能够在 Kbone 上运行，比如 Vue、React、Preact 等
2. 支持更为完整的前端框架特性，因为 Kbone 不会对框架底层进行删改（比如 Vue 中的 v-html 指令、Vue-router 插件）
3. 提供了常用的 DOM/BOM 接口，让用户代码无需做太大改动便可从 Web 端迁移到小程序端
4. 在小程序端运行时，仍然可以使用小程序本身的特性（比如像 live-player 内置组件、分包功能）
5. 提供了一些 Dom 扩展接口，让一些无法完美兼容到小程序端的接口也有替代使用方案（比如 getComputedStyle 接口）

那么，Kbone 就没有劣势吗？

不是所有的方案都是无懈可击的，就像每个人都有优缺点，Kbone 也不例外。

Kbone 是使用一定的性能损耗来换取更为全面的 Web 端特性支持。

如何选择同构方案？

因为 Kbone 会损耗一定的性能，所以我们建议你这样选择：

1. 如果你对小程序的性能特别苛刻，建议直接使用原生小程序开发

2. 如果你的页面节点数量特别多（通常在 1000 节点以上），同时还要保证在节点数无限上涨时仍然有稳定的渲染性能的话，可以尝试一下业内采用静态模板转译的方案

3. 其他情况就可以直接采用 Kbone 了

快速上手

说了这么多，你肯定想知道 Kbone 到底是怎么用的。下面我们就来看看～

如果，你的项目还没有开始，那么推荐你使用 kbone-cli 来快速开发。只需两步：

1）安装 kbone-cli

npm install -g kbone-cli

2）创建项目

kbone init my-app

项目初始化成功后，就可以按照 README.md 的指引进行开发～

自行搭建

如果你不想要使用官方提供的模板，想要更灵活地搭建自己的项目，又或者是想对已有的项目进行改造，那么只需要自己补充对应配置来实现 Kbone 项目的构建。

一般需要补充两个配置：

1. 构建到小程序代码的 webpack 配置

2. 使用 webpack 构建中使用到的特殊插件 mp-webpack-plugin 配置

具体配置方式和操作流程 点此查看。

关于Kbone你有什么使用问题或建议，欢迎访问Kbone社区主页发帖交流（PC网页端可发帖）。查看更多Kbone相关干货内容，欢迎来到Kbone文章专区。